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Es werden Systeme, Verfahren und Computerpro- 
grammprodukte bereitgestellt, um zu prufen, ob ein Web- 
Inhalt von einem Konvertie rungs- Proxy fur die Anzeige in 
verschiedenen anfordernden pervasiven Datenverarbei- 
tungseinheiten ordnungsgemaS angepasst wurde. Unter 
Verwendung von Informatlonen aus einer oder mehreren 
Datendateien werden simulierte HyperText Transfer Pro- 
tocol- (HTTP-) Anforderungen erstellt. Jede simulierte An- 
forderung enthalt einen Uniform Resource Locator (URL), 
der eine Position des Web-lnhaltes kennzeichnet. AulSer- 
dem enthalt jede simulierte Anforderung einen HTTP-Vor- 
satz, der Informationen tiber eine entsprechende pervasi- 
ve Datenverarbeitungseinheit enthalt. Simulierte HTTP- 
Anforderungen werden asynchron zu entsprechenden 
Web-Servern ausgegeben, die in den jeweiligen HTTP- 
Anforderungen gekennzeichnet werden. Eine HTTP-Ant- 
wort auf jede entsprechende simulierte HTTP-Anforde- 
rung wird empfangen und enthalt einen Web-lnhalt, der 
fur die Anzeige in einer entsprechenden pervasiven Da- 
tenverarbeitungseinheit angepasst wurde, die der jeweili- 
gen simulierten HTTP-Anforderung zugeordnet ist. Jede 
HTTP-Antwort wird sodann mit einer erwarteten HTTP- 
Antwort verglichen. Eine HTTP-Antwort, deren Vergleich 
mit einer erwarteten HTTP-Antwort ungunstig ausfallt, 
kann zur spateren Analyse gespeichert werden. 
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ERSTELLE DYNAMISCH EINE VIELZ^L VON 
SIMULIERTEN HTTP-ANFORDERUNGEN, 
WOSEl JEDE SIMULIERTE HTTTP- ANFORDE- 
RUNG EINEN URL, DER EINEN WEB-SERVER 
KENNZEJCHNET, UND EINEN HTTP-VORSATZ 
EMTHALT, DER EINE ANFORDERNDE CLIENT- 
EINHEtT JND EINEN BROWSER BESCHREIBT, 



GIB SIMUUERTER HTTP-ANFORDERUNGEN AN 
WEB-SERVER AUS, DIE IN ENTSPRECHENDEN 
aiMULIERTEN HTTP-ANFORDERUNGEN 
GEKENNZEICHNET WERDEN, 
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EMPFANSE UND SPEICHERE EINE AIMTWORT 
AUF JEDE SIMULIERTE hfTTfViiNFORDERUNG 
WOBEI JEDE ANTWORT EINEN WEB-INHALT 
UND EINEN HTTP-VORSATZ ENTHALT, DER 
VON ElhJEM KONVERTIERUNGS-PROXY 
ANGEPASST WURDE. 



VERGLEICHE JEDE EMPFANGENE ANTWORT 
MIT EINER ENTSPRECHENDEN ERWARTETEN 
ANTWORT; SPEICHERE FEHLGESCHLAGENER 
ANTWORTEN. 



BUNDESDRUCKEREI 03.01 102 017/171/1 
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Beschreibung 

Gebiet der Erfindung 

Die vorliegende Erfindung betrifft im AUgemeinen die 
Anzeige des Inhaltes einer Web-Seite und insbesondere die 
Anpassung des Web-Inhaltes fiir die Anzeige in Client- Ein- 
heiten. 

Grundlagen der Erfindung 

Das Internet ist ein weltweites dezentrales Netz von Com- 
putem mit der Fahigkeit, miteinander zu kommunizieren. 
Das Internet hat umfassende Anerkennung als leistungsfahi- 
ges Medium zur Kommunikation und Interaktion iiber meh- 
rere Netze eriangt. Das World-Wide Web (Web) ist Anfang 
der 90er Jahre entstanden und besteht aus mit dem Internet 
verbundenen Server-Hostcomputem (Web-Server), die Hy- 
pertextdokumente (als Web-Seiten bezeichnet) darin gespei- 
chert haben. CHent-Programme (z. B. Web-Browser), die 
das Hypertext Transfer Protocol (HTTP) verwenden, kon- 
nen iiber eine Transmission Control Protocol/Internet Proto- 
col- (TCP/IP-) Verbindung zwischen einer CUent-Hostein- 
heit (client- hosting device) und einer Server- Hosteinheit 
(server- hosting device) auf Web-Seiten zugreifen. Obwohl 
HTTP und Web-Seiten die vorherrschenden Formen fiir das 
Web sind, betrifft das Web selbst einen weiten Bereich von 
ProtokoHen, darunter Secure Hypertext Transfer Protocol 
(HTTPS), File Transfer Protocol (FTP) und Gopher, und 
Formaten von Web-Inhalten, darunter un verse hliisselter 
Text, HyperText Markup Language (HTML), Extensible 
Markup Language (XML), sowie Bildformate, beispiels- 
weise Graphics Interchange Format (GIF) und Joint Photo- 
graphic Experts Group (JPEG). 

Eine Web-Site ist herkommlicherweise eine Sammlung 
von Web-Seiten und anderen, ein bestimmtes Thema betref- 
fenden Dateien, die eine als "Home"-Page bezeichnete An- 
fangsdatei enthalt. Eine groBe Web-Site kann sich auf einer 
Anzahl geographisch verstreuter Web-Server befinden. Die 
Web-Site von International Business Machines Corporation 
(www.ibm.com) besteht beispielsweise aus Tausenden von 
Web-Seiten und Dateien, die weltweit iiber mehrere Web- 
Server verteilt sind. 

Ein Intranet ist ein privates Computemetz, das herkomm- 
licherweise in einem Untemehmen enthalten ist und das her- 
kommhcherweise einen oder mehrere Server enthalt, die mit 
mehreren Benutzercomputem kommunizieren. Ein Intranet 
kann aus miteinander verbundenen lokalen Netzen (local 
area networks) bestehen und kann auBerdem Mietleitungen 
in einem landesweiten Netz (wide-area network) verwen- 
den. Ein Intranet kann Verbindungen zum auBeren Internet 
enthalten. Intranets verwenden herkommlicherweise meh- 
rere Internet-ProtokoUe und erscheinen im AUgemeinen wie 
private Version en des Internets. Ein Intranetbenutzer greift 
normalerweise iiber einen lokal auf seinem/ihrem Computer 
laufenden Browser auf einen Intranet-Server zu. 

Ein Web- (oder Intranet-) Server ist ein (normalerweise 
auf einem Computer ablaufendes) Computerprogramm, das 
angeforderte Web-Seiten und Dateien bedlent. Ein Web- 
Client ist ein anforderndes Progranun, das einem Benutzer 
zugeordnet ist. Ein Browser ist ein exemplarischer Web- 
Client zur Verwendung bei der Anforderung von Web-Sei- 
ten und Dateien von Web-Servem. Ein Web-Server wartet 
auf einen Web-CUent, beispielsweise einen Browser, um 
eine Verbindung zu eroffnen und eine spezifische Web-Seite 
(oder Datei) anzufordem. Der Web- Server sendet sodann 
eine Kopie des angeforderten Elementes, schUeBt die Ver- 
bindung und wartet auf die nachste Verbindung. 
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Wenn ein Browser mit einem Web-Server in Wechselwir- 
kung steht, verwenden die beiden Programme HTTP. HTTP 
ermogHcht es einem Browser, ein spezifisches Element an- 
zufordem, das der Web-Server sodann zuriicksendet und der 
5 Browser wiedergibt. Zur Sicherstellung einer unzweideuti- 
gen Kooperation von Browsem und Web-Servern definiert 
HTTP das genaue Format von Anforderungen (HTTP-An- 
fordemngen), die von einem Browser zu einem Web-Server 
gesendet werden, sowie das Format von Antworten (HTTP- 
10 Antworten), die der Web-Server zum Browser zuriicksen- 
det. 

Exemplarische Browser fiir Internet und Intranet beinhal- 
ten Netscape Navigator® (America Online, Inc., 22000 AOL 
Way, Dulles, VA) und Internet Explorer® (Microsoft Corpo- 

15 ration, Redmond, WA). Browser steUen normalerweise eine 
grafische Benutzerschnittstelle zum Abrufen und Betrachten 
von Web-Seiten, Anwendungen und anderen Ressourcen 
bereit, die sich auf Internet/Intranet- Servem (hierin im Fol- 
genden koUektiv als "Web-Server" bezeichnet) befinden. 

20 Wie Fachleuten bekannt ist, wird eine Web-Seite her- 
kommhcherweise iiber eine Standardseitenbeschrelbungs- 
sprache (standard page description language), zum Beispiel 
HTML, formatiert, die normalerweise Text enthalt und sich 
auf Grafiken, Ton, Animation und Videodaten beziehen 

25 kann. HTML schafft die Voraussetzungen fur eine grundle- 
gende Dokumentformatierung und ermogHcht einem Web- 
Inhalt-Provider die Angabe spezifischer Anker oder Hyper- 
textverbindungen (normalerweise als hervorgehobener Text 
gezeigt) zu anderen Web-Servem und Dateien. Wenn ein 

30 Benutzer eine bestimmte Hypertextverbindung auswahlt, 
Uest und interpretiert ein Browser eine der Verbindung zu- 
geordnete Adresse, die als Uniform Resource Locator 
(URL) bezeichnet wird, verbindet den Browser mit einem 
Web-Server bei dieser Adresse und erstellt eine Anforde- 

35 mng (z. B. eine HTTP- Anforderung) fiir die in der Verbin- 
dung gekennzeichnete Datei. Der Web-Server sendet die an- 
geforderte Datei sodann zum Web-CUent, den der Browser 
interpretiert und dem Benutzer anzeigt. 

Viele neue elektronische Einhelten, beispielsweise Perso- 

40 nal Digital Assistants (PDAs), Taschencomputer und Web- 
TVs, erhalten als CHent-Einheiten Zugrifif auf das Internet 
und/oder auf Intranets. Elektronische Einheiten, darunter - 
jedoch nicht ausschheBlich — PDAs, Zelltelefone (cellular 
telephones) und Datenverarbeitungseinheiten, die in Gera- 

45 ten und Kraftfahrzeugen verwendet werden, werden oftmals 
insgesamt als "pervasive" Datenverarbeitungseinheiten be- 
zeichnet. Viele solcher pervasive Datenverarbeitungseinhei- 
ten verwenden die Plattformen von Microsoft® Windows 
CE und 3Com Pahn Computing®. 

50 Leider sind die Fahigkeiten von pervasive Datenverarbei- 
tungseinheiten zum Empfangen, Verarbeiten, Speichem und 
Anzeigen eines Intemet-Inhaltes unterschiedlich. Die An- 
zeigen von pervasive Datenverarbeitungseinheiten sind im 
Vergleich zu Tischcomputeranzeigen (desktop computer 

55 displays) klein. Infolgedessen konnen Inhaltsanteile einer 
Web-Seite, beispielsweise Bilder und konvertierte HTML, 
die andemfalls auf einer Hschcomputeranzeige angezeigt 
werden konnen, auf der Anzeige einer pervasive Computer- 
einheit nicht angezeigt werden, wenn nicht einige Anderun- 

60 gen an den Bildem und/oder dem Text (d. h. dem Inhalt) 
vorgenommen werden. Beispielsweise kann eine Tischcom- 
puteranzeige mit einer Matrix von 1024 Bildelementen mal 
768 Bildelementen ein groBes (z. B. 2 MB) Farbbild mit 24 
Bit pro Bildelement anzeigen. Eine pervasive Computerein- 

65 heit, die eine Anzeige mit einer Matrix von 120 Bildelemen- 
ten mal 120 Bildelementen aufweist und nur etwa 3 Bit pro 
Bildelement anzeigen kann, ignoriert mogUcherweise viele 
der Bilddaten. Infolgedessen kann das Bild iiber die perva- 
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sive Computereinheit nicht ordnungsgemaB angezeigt wer- 
den, falls iiberhaupt, es sei denn, die GroBe des Bildes wird 
an die Fahigkeiten der Datenverarbeitungseinheit angepasst. 
AuBerdem konnen einige pervasive Datenverarbeitungsein- 
heiten bestimmte Bilddateitypen, beispielsweise JPEG oder 5 
GIF, mogUcherweise nicht anzeigen. 

Die Schriftarten und GroBen von Text im Web-Inhalt 
miissen mogUcherweise auBerdem geandert werden, um de- 
ren Anzeige in der Anzeige einer pervasive Datenverarbei- 
tungseinheit zu ermoglichen. AuBerdem konnen allgemeine lo 
HTML-Merkmale, zum Bei spiel Rahmen und TabeUen, von 
pervasive Datenverarbeitungseinheiten mogUcherweise 
nicht angezeigt werden. Daten in Rahmen und TabeUen 
miissen zum korrekten Anzeigen mogUcherweise entfemt 
und/oder in andere Konfigurationen neu formatiert werden. 15 
AuBerdem erfordem Leistungsbegrenzungen von pervasive 
Datenverarbeitungseinheiten, beispielsweise die Speicher- 
groBe und die Verbindungsbandbreite, mogUcherweise 
ebenfalls Andemngen am Web-Seiteninhalt, um diesen iiber 
eine pervasive Datenverarbeitungseinheit korrekt anzuzei- 20 
gen. 

Es ist bekannt, einen Web-Inhalt, der iiber eine pervasive 
Datenverarbeitungseinheit nicht korrekt angezeigt werden 
kann, in ein anzeigbares Format "anzupassen". GroBe Farb- 
bilder mit hoher Auflosung konnen beispielsweise in kleine 25 
SchwarzweiBbilder umgesetzt werden, die in kleinen Anzei- 
gen mit niedriger Auflosung angezeigt werden konnen. Die 
Anpassung von Mdeo, Bildem, Ton und Text zur Anzeige in 
einer Client-Einheit wird normalerweise als Konvertierung 
("transcoding") bezeichnet. Eine Web-Inhalt- Konvertierung 30 
wird in den schwebenden US-Patentanmeldungen Nr. 
09/239 935 und 09/240 137 ausfuhrUch beschrieben, die In- 
ternational Business Machines Corporation zugewiesen und 
in ihrer Gesamtheit hierin durch Bezugnahme aufgenom- 
men werden. Die Web-Inhalt- Konvertierung wird normaler- 35 
weise von einem Konvertierungs-Proxy (transcoding proxy) 
ausgefiihrt, der einem Web-Server zugeordnet ist. Produkte 
zur Konvertierung eines Web-Inhaltes zur Anzeige durch 
eine anfordemde CUent-Einheit sind bekannt. Ein Beispiel 
fiir ein Konvertierungsprodukt ist das von der Apache Ser- 40 
ver Foundation unter http;//java. apache.org erhaltUche "Co- 
coon". Cocoon wird- unter http;//j ava.apache.org /cocoon/ 
index.html beschrieben, das durch Bezugnahme hierin auf- 
genommen wird. 

Zum Ausfiihren einer Web-Inhalt-Konvertierung muss 45 
ein Web-Server und/oder ein Konvertierungs-Proxy norma- 
lerweise Kenntnisse von einer CUent-Einheit haben, die eine 
HTTP- Anforderung ersteUt. Wie Fachleuten bekannt ist, be- 
gleitet ein HTTP-Vorsatz (HTTP header) HTTP-Anforde- 
rungen zu einem Web-Server. Ein HTTP-Vorsatz stellt nor- 50 
malerweise Informationen iiber eine anfordemde Client- 
Einheit und deren Browser bereit. Beispiele fiir in einem 
HTTP-Vorsatz bereitgestellte Informationen konnen Fol- 
gendes enthalten: die AnzeigengroBe einer CUent-Einheit, 
ob die Anzeige einer CUent-Einheit eine Farbanzeige oder 55 
eine SchwarzweiBanzeige ist, eine Kennung des Browsers 
der Client-Einheit und eine Kennung des Betriebssystems 
der Client-Einheit. 

Es werden laufend neue Datenverarbeitungseinheiten fiir 
das breite Publikum mit verschiedenen Browsem und Kon- 60 
figurationen entwickelt und auf den Markt gebracht. Unter 
Beriicksichtigung der Vielfalt neuer Datenverarbeitungsein- 
heiten fiir die AUgemeinheit kann es fiir die Herausgeber 
von Web-Inhalten schwierig sein, den Inhalt so anzupassen, 
dass er in vielen verschiedenen Einheiten angemessen ange- 65 
zeigt werden kann. Infolgedessen besteht ein Bedarf an ei- 
ner schneUen und problemlosen Uberpriifung, dass die An- 
passung eines Web-Uihaltes fiir jeden Typ von Client-Ein- 
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heit, die eine HTTP- Anforderung sendet, korrekt ausgefiihrt 
wird. Gegenwartig erfolgt die Uberpriifung, ob die Anpas- 
sung des Web-Inhaltes korrekt ausgefiihrt wird, durch das 
Senden von HTTP-Anforderungen mit jeder tatsachUchen 
CUent-Einheit. Leider kann die Fahigkeit zum Priifen der 
Web-Inhaltanpassung mit vielen verschiedenen CUent-Ein- 
heiten kostspieUg und zeitaufwendig sein, und es ist mogU- 
cherweise technisch nicht durchfiihrbar, Antworten analy- 
tisch auf Giiltigkeit zu priifen. 

Zusammenfassung der Erfindung 

Angesichts der obigen Erlauterung ist es eine Aufgabe 
der vorUegenden Erfindung, Systeme, Verfahren und Com- 
puterprogrammprodukte zum Simulieren verschiedener, auf 
unterschiedUchen Softwareplattformen betriebener CUent- 
Einheiten bereitzusteUen, um sicherzusteUen, das die An- 
passung eines Web-Inhaltes korrekt ausgefiihrt wird. 

Eine andere Aufgabe der vorliegenden Erfindung ist das 
Erleichtem der Anzeige von Web-Seiten iiber pervasive Da- 
tenverarbeitungseinheiten, die im Vergleich zu Tischcompu- 
tern kleinere Anzeigen und verschiedene Leistungsbegren- 
zungen aufweisen konnen. 

Diese und andere Aufgaben der vorliegenden Erfindung 
werden von Systemen, Verfahren und Computerprogramm- 
produkten bereitgesteUt, um zu testen (d. h. zu iiberpriifen), 
ob der Web-Inhalt von einem Konvertierungs-Proxy fiir die 
j\nzeige in verschiedenen anfordemden pervasive Daten- 
verarbeitungseinheiten ordnungsgemaB angepasst wurde. 
Unter Verwendung von Informationen von einer oder meh- 
reren Datendateien werden simulierte HyperText Transfer 
Protocol-(HTTP-) Anfordemngen ersteUt. Jede simulierte 
Anforderung enthalt vorzugsweise einen Uniform Resource 
Locator (URL), der eine Position des Web-Inhaltes kenn- 
zeichnet. AuBerdem enthalt jede simuUerte Anforderung 
vorzugsweise einen HTTP-Vorsatz, der Informationen iiber 
eine entsprechende pervasive Datenverarbeitungseinheit 
enthalt. Beispiele fiir in einem HTTP-Vorsatz enthaltene In- 
formationen iiber pervasive Datenverarbeitungseinheiten 
konnen die folgenden Informationen enthalten, sind jedoch 
nicht auf diese begrenzt: eine Kennung des Browsers einer 
Einheit, eine Kennung des Betriebssystems einer Einheit, 
Eigenschaften der Anzeige einer Einheit und Informationen 
iiber den Web-Inhalt, fiir dessen Anzeige eine Einheit konfi- 
guriert ist. 

Simulierte HTTP-Anforderungen werden zu entsprechen- 
den Web-Servem ausgegeben, die in den jeweiUgen HTTP- 
T^fordemngen gekennzeichnet werden. Auf jede entspre- 
chende simulierte HTTP-Anforderung wird eine HTTP- 
Antwort empfangen, die einen Web-Inhalt enthalt, der zur 
Anzeige in einer entsprechenden pervasive Datenverarbei- 
tungseinheit angepasst wurde, die derjeweiligen simuUerten 
HTTP-Anforderung zugeordnet ist. Jede HTTP-Antwort 
wird sodann mit einer erwarteten HTTP-Antwort vergU- 
chen. Eine HTTP-Antwort, deren Vergleich mit einer erwar- 
teten HTTP-Antwort keine Ubereinstimmung ergibt, kann 
zur spateren Analyse gespeichert werden. 

Die vorliegende Erfindung kann die Feststellung erleich- 
tem, ob ein Web-Inhalt fiir die Anzeige in fast jedem Typ 
von Client-Einheit mit fast jedem Konfigurationstyp ord- 
nungsgemaB angepasst ist, ohne dass die eigentUche Einheit 
im Test verwendet werden muss. Infolgedessen kann die 
Verwendung der vorliegenden Erfindung von Web-Inhalt- 
Providem zu betrachtUchen Zeiteinsparungen, Kostenein- 
sparungen und Programmprodukten von hoherer Qualitat 
fiihren. 
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Kurze Beschreibung der Zeichnungen 

Fig. 1 veranschaulicht schematisch die Pfade einer 
HTTP-Anforderung und einer entsprechenden HTTP- Ant- 
wort in einer Client-Server-Umgebung, die einen Konver- 5 
tierungs- Proxy enthalt, der einen Web-Inhalt fiir die An- 
zeige in anfordemden Client- Einheiten anpasst. 

Fig. 2 ist ein Russdiagramm, das Arbeitsgange zum 
Uberpriifen eines konvertierten Web-Inhaltes darstellt, der 
gemais der vorliegenden Erfindung auf eine Client- Anforde- lo 
rung bin bereitgestellt wird. 

Fig. 3 ist ein ausfuhrUches Flussdiagramm, das Arbeits- 
gange zum Erstellen und Ausgeben einer Vielzahl von 
HTTP-Anforderungen und zum Uberpriifen eines konver- 
tierten Web-Inhaltes darstellt, der gemaB der vorliegenden 15 
Erfindung auf eine Client-Anforderung bin bereitgestellt 
wird. 

Fig, 4 ist eine schematische DarsteUung eines Datenver- 
arbeitungssystems zum Ausfiihren von Arbeitsgangen ge- 
maB der vorliegenden Erfindung. 20 

Fig. 5 ist eine schematische DarsteUung eines Datenver- 
arbeitungssy stems, das mit einer Vielzahl von Web-Servem 
und Konvertierungs-Proxies kommuniziert, wobei das Da- 
tenverarbeitungssystem so konfiguriert ist, dass es gemaB 
der vorliegenden Erfindung eine Vielzahl von HTTP-Anfor- 25 
derungen erstellt und sendet und eine entsprechende Viel- 
zahl von HTTP-Antworten empfangt. 

AusfiihrUche Beschreibung der Erfindung 

30 

Im Folgenden wird die vorUegende Erfindung nun aus- 
fuhrlicher mit Bezugnahme auf die begleitenden Zeichnun- 
gen beschrieben, in denen bevorzugte Ausfiihrungsformen 
der Erfindung gezeigt werden. Diese Erfindung kann jedoch 
in vielen verschiedenen Formen ausgefiihrt werden und 35 
soUte nicht als auf die hierin dargelegten AusfUhrungsfor- 
men begrenzt gedeutet werden; stattdessen werden diese 
Ausfiihrungsformen bereitgestellt, damit diese Beschrei- 
bung sorgfaltig und vollstandig ist und Fachleuten den An- 
wendungsbereich der Erfindung vollstandig zeigt. Gleiche 40 
Ziffem beziehen sich durchweg auf gleiche Elemente. 

Wie Fachleute verstehen werden, kann die vorliegende 
Erfindung als Verfahren, Datenverarheitungs system oder 
Computerprogrammprodukt ausgefiihrt werden. Dement- 
sprechend kann die vorHegende Erfindung die Form einer 45 
kompletten Hardware-Ausfiihrungsform, einer kompletten 
Software-Ausfuhningsform oder einer Ausfiihrungsform 
annehmen, die Software- und Hardwareaspekte kombiniert. 
AuBerdem kann die vorliegende Erfindung die Form eines 
Computerprogrammproduktes auf einem in einem Compu- so 
ter verwendbaren Speichermedium annehmen, das ein in ei- 
nem Computer verwendbares, im Medium integriertes Pro- 
grammcodemittel aufweist. Jedes geeignete computerles- 
bare Medium kann verwendet werden, darunter Festplatten, 
CD-ROMs, optische Speichereinheiten oder magnetische 55 
Speichereinheiten. 

Der Computerprogrammcode zum Ausfiihren von Ar- 
beitsgangen der vorliegenden Erfindung wird vorzugsweise 
in einer objektorientierten Programmiersprache, beispiels- 
weise JAVA®, Smalltalk oder G++, geschrieben. Der Com- 60 
puterprogrammcode zum Ausfiihren von Arbeitsgangen der 
vorhegenden Erfindung kann jedoch auch in herkommli- 
chen prozeduralen Programniiersprachen (procedural pro- 
gramming languages), beispielsweise der Programmierspra- 
che "C", oder in einer funktionellen Programmiersprache 65 
(oder Programmiersprache der vierten Generation), bei- 
spielsweise Lisp, SML Oder Forth, geschrieben werden. 

Die vorUegende Erfindung wird unten mit Bezugnahme 
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auf Blockschaltbilder und/oder Russdiagrammdarstellun- 
gen von Verfahren, Vorrichtungen (Systemen) und Compu- 
terprogrammprodukten gemaB einer Ausfuhrungsform der 
Erfindung beschrieben. Es ist klar, dass jeder Block der 
Blockschaltbilder und/oder Flussdiagrammdarstellungen 
durch Computerprogrammbefehle realisiert werden kann. 
Diese Computerprogrammbefehle kdnnen einem Prozessor 
eines Universalcomputers, eines Spezialcomputers oder ei- 
ner anderen programmierbaren Datenverarbeitungsvorrich- 
tung zur Erzeugung einer Maschine zugefUhrt werden, so 
dass die Befehle, die iiber den Prozessor des Computers 
Oder der anderen programmierbaren Datenverarbeitungs- 
vorrichtung ablaufen, Mittel zum ReaUsieren der im Block- 
schaltbild und/oder Flussdiagrammblock oder -blocken an- 
gegebenen Funkdonen erzeugen. 

Diese Computerprogrammbefehle konnen auBerdem in 
einem computerlesbaren Speicher gespeichert werden, der 
einen Computer oder eine andere programmierbare Daten- 
verarbeitungsvorrichtung auf eine bestimmte Weise steuem 
kann, so dass die im computerlesbaren Speicher gespeicher- 
ten Befehle ein Fertigungsprodukt erzeugen, darunter Be- 
fehlsmittel, die die im Blockschaltbild und/oder Flussdia- 
grammblock oder -blocken angegebene Funktion reaUsie- 
ren. 

Die Computerprogrammbefehle konnen auBerdem in ei- 
nen Computer oder eine andere programmierbare Datenver- 
arbeitungsvorrichtung geladen werden, um zu bewirken, 
dass eine Reihe von Verarbeitungsschritten auf dem Compu- 
ter oder der anderen programmierbaren Vorrichtung ausge- 
fiihrt werden, um einen in einem Computer realisierten Pro- 
zess zu erzeugen, so dass die Befehle, die auf dem Computer 
oder der anderen programmierbaren Vorrichtung ablaufen, 
Schritte zur ReaUsierung der in den Blockschaltbildern und/ 
oder im Flussdiagrarmnblock oder -blocken angegebenen 
Funktionen bereitsteUen. 

Mit Bezugnahme auf Fig. 1 werden nun die Pfade einer 
HTTP-Anforderung und einer entsprechenden HTTP-Ant- 
wort in einer CUent-Server-Beziehung schematisch darge- 
steUt, wobei ein Konverderungs-Proxy zum Anpassen des 
Web-Inhaltes enthalten ist. Eine CUent-Einheit 10 sendet 
eine HTTP-Anforderung 15 nach einem Web-lnhalt von ei- 
nem HTTP- (d. h. Web-) Server 20. Das ProtokoU fiir 
HTTP-Anforderungen und -Antworten wird in der Verof- 
fendichung "Hypertext Transfer Protocol - HTTP/1. 1", Net- 
work Working Group Request for Comments 2068, Januar 
1997, die in ihrer Gesamtheit durch Bezugnahme hierin auf- 
genommen ist, ausfiihrlich beschrieben. 

In der dargesteUten Client-Server-Beziehung durchliiuft 
die HTTP-Anforderung 15 einen Konvertierungs-Proxy 30 
und wird vom Konvertierungs-Proxy 30 geandert, wie Fach- 
leute verstehen wiirden. Die geanderte HTTP-Anforderung 
15' wird vom HTTP-Server 20 verarbeitet, und eine den an- 
geforderten Web-Inhalt enthaltende HTTP- Antwort 25 wird 
iiber den Konvertierungs-Proxy 30 zur CUent-Einheit 10 ge- 
sendet. Der Konvertierungs-Proxy 30 passt den Web-Inhalt 
in der HTTP- Antwort 25 an, wobei eine "geanderte" HTTP- 
j\ntwort 25' erzeugt wird. Der angepasste Web-lnhalt in der 
geanderten HTTP- Antwort 25' kann in der CUent-Einheit 10 
wiedergegeben werden. Es ist klar, dass ein Konvertierungs- 
Proxy 30 als im HTTP-Server 20 befindlicher Software- 
code, als auBerhalb des HTTP-Servers, beispielsweise in- 
nerhalb einer FirewaU, befindUcher Softwarecode oder einer 
Kombination aus beidem realisiert werden kann. 

Die vorliegende Erfindung steUt Verfahren, Systeme und 
Computerprogrammprodukte zur Uberpriifting eines kon- 
vertierten Web-Inhaltes bereit, der auf HTTP-Anforderun- 
gen hin bereitgesteUt wurde, ohne dass die eigendichen 
CUent-Einheiten HTTP-Anforderungen senden miissen. Ge- 
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maB der vorliegenden Erfindung konnen mehrere Client- 
Anforderungen von einem einzigen Computer simuliert 
werden, der beispielsweise uber das Internet, ein Intranet 
Oder ein anderes Dateniibertragungsnetz mit einem oder 
mehreren Web-Servem kommuniziert. 5 

Mit Bezugnahme auf Fig. 2 werden Arbeitsgange zum 
Uberpriifen eines konvertierten Web-Inhaltes gemafi der 
vorUegenden Erfindung dargesteUt. Unter Verwendung ver- 
se hiedener Datendateien werden von einer Datenverarbei- 
tungseinheit eine Vielzahl simulierter HTTP-Anforderun- lo 
gen erstellt (Block 100). Jede simulierte HTTP-Anforde- 
rung enthalt einen Uniform Resource Locator (URL), der 
die Position eines spezifischen Web-Inhaltes kennzeichnet, 
der in einer anfordemden Client-Einheit angezeigt werden 
soil. Jede HTTP-Anforderung enthalt auBerdem einen 15 
HTTP-Vorsatz, der Inform ationen iiber eine anfordemde 
Client-Einheit enthalt und der die Typen von Web-Inhalt an- 
gibt, auf deren Verarbeitung die Client-Einheit vorbereitet 
ist. Wie Fachleuten bekannt ist, ubertragen HTTP-Vorsatze 
Informationen, die Web-Server und Browser zur Definition 20 
des zwischen ihnen ausgetauschten Datentyps verwenden. 

Gleichzeitige HTTP-Anforderungen werden vorzugs- 
weise asynchron an Web-Server ausgegeben, die in den je- 
weiligen HTTP-Anforderungen gekennzeichnet werden 
(Block 110, Fig. 2). 25 

Eine Datenverarbeitungseinheit zur ReaUsierung der vor- 
Hegenden Erfindung setzt vorzugsweise fur jede der betref- 
fenden HTTP-Anforderungen das HTTP-" GET "-Verfahren 
(HTTP "GET" Method) ein. Das HTTP-"GET"-Verfahren, 
das Fachleuten gut bekannt ist, wird in "Hypertext Transfer 30 
Protocol — HTTP/1 . 1 ", Network Working Group Request for 
Comments 2068, Januar 1997, ausfiihrlich beschrieben. 

Eine HTTP-Antwort auf jede HTTP-Anforderung wird 
vorzugsweise gespeichert (Block 120, Fig. 2). Jede HTTP- 
Antwort enthalt einen HTTP-Vorsatz und einen Web-Inhalt, 35 
der fiir die Anzeige in einer CUent-Einheit angepasst wurde, 
die als die Einheit identifiziert wurde, die die entsprechende 
HTTP-Anforderung sendete. Jede empfangene HTTP-Ant- 
wort wird mit einer erwarteten HTTP-Antwort vergUchen 
(Block 130, Fig. 2). HTTP-Antworten, die nicht mit ihren 40 
jeweiHgen erwarteten Antworten iibereinstimmen, werden 
vorzugsweise zur spateren Analyse gespeichert. 

Wie in Fig. 3 dargesteUt wird, konnen mehrere simulierte 
HTTP-Anforderungen gleichzeitig und asynchron bis zu "n" 
Wiederholungen ersteUt und ausgegeben werden, wobei n 45 
praktisch ein behebiger Wert sein kann. Die gleichzeitige 
Erstellung und Ausgabe mehrerer simulierter HTTP-Anfor- 
derungen werden durch die Arbeitsgange 102-1 bis 130-1, 
die Arbeitsgange 102-2 bis 130-2 und die Arbeitsgange 102- 
n bis 130-n schematisch dargesteUt. Eine ausfuhrUche Be- 50 
schreibung der Arbeitsgange 102-1 bis 130-1 wird unten be- 
reitgestellt, und es ist klar, dass diese Arbeitsgange fiir alle 
der n Wiederholungen gleich sind. 

Eur jede HTTP-Anforderung wahlt eine die vorliegende 
Erfindung realisierende Datenverarbeitungseinheit vorzugs- 55 
weise einen URL aus, der den aus einer Datendatei abzuru- 
fenden Web-Inhalt definiert (Block 102-1). Ahnlich werden 
HTTP- Vorsatzfelder vorzugsweise aus einer Datendatei aus- 
gewahlt (Block 104-1). Ein ausgewahlter URL und ausge- 
wahlte HTTP-\brsatzfelder werden sodann zum ErsteUen 60 
jeder betreffenden HTTP-Anforderung kombiniert (Block 
106-1). Jede erstellte HTTP-Anforderung wird sodann zum 
Web -Server ausgegeben, der in der erstellten HTTP-Anfor- 
derung gekennzeichnet wird (Block 110-1). 

Nachdem eine Antwort auf eine HTTP-Anforderung 65 
empfangen und gespeichert wurde (Block 120-1), wird eine 
Entscheidung getroffen, ob eine weitere HTTP-Anforde- 
rung erstellt werden soU (Block 122-1). Sobald eine Ent- 
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scheidung getroffen wurde, keine weitere HTTP-Anforde- 
rung zu erstellen, wird jede zuriickgesendete HTTP-Ant- 
wort mit einer erwarteten Antwort vei^lichen (Block 130- 
1). Vorzugsweise wird jede fehlgeschlagene Antwort zur 
spateren Analyse gespeichert, um festzustellen, wamm der 
Web-Inhalt nicht ordnungsgemaB konvertiert wurde. 

Die Entscheidung zum Erstellen einer weiteren HTTP- 
Anforderung kann von dem in einer HTTP-Antwort zuriick- 
gesendeten Web-Inhalt abhangen. Falls der Web-Inhalt in 
einer HTTP-Antwort beispielsweise Bilder enthalt, kann die 
vorliegende Erfindung entsprechende HTTP-Anforderun- 
gen fiir jedes Bild erstellen. Dementsprechend konnen die 
Verfahren der vorliegenden Erfindung rekursiv sein, und die 
sich wiederholenden Schritte von Fig, 3 konnen fortgesetzt 
werden, bis aUe Typen von Dateien in einer Web-Seite ange- 
fordert worden sind. Infolgedessen kann die Anpassung des 
Inhaltes einer ganzen Web-Site fiber ein Datenverarbei- 
tungssystem iiberpriift werden, das die vorhegende Erfin- 
dung reafisiert. 

BeispieUiafte Informationen iiber eine anfordemde 
Client-Einheit, die in HTTP-Vorsatzfeldem bereitgestellt 
wird, konnen Folgendes enthalten, sind jedoch nicht darauf 
begrenzt: eine Kennung eines auf der Client-Einheit (z. B. 
Benutzer-Agent) ablaufenden Browsers, eine Kennung des 
Betriebs systems der Cfient-Einheit, eine Kennung von Ei- 
genschaften der Anzeige der Client-Einheit und eine Ken- 
nung des Web-Inhaltes, fiir dessen Anzeige die Client-Ein- 
heit konfiguriert ist. BeispieUiafte Anzeigeeigenschaften ei- 
ner Chent-Einheit beinhalten - jedoch nicht ausschUeBlich - 
die AnzeigegroBe und ob die Anzeige eine Farbanzeige oder 
eine SchwarzweiBanzeige ist, 

Mit Bezugnahme auf Fig. 4 wird ein Datenverarbeitungs- 
system 600 zum Ausfiihren von Arbeitsgangen der vorlie- 
genden Erfindung schematisch dargesteUt. Wie in Fig. 4 zu 
erkennen ist, kann ein Datenprozessor 601 ein Betriebssy- 
stem 602 aufweisen, das sich mit verschiedenen, auf dem 
Betriebs system 602 ablaufenden Anwendungsprogrammen 
603 zum Ausfiihren von Arbeitsgangen der vorUegenden 
Erfindung darin beflndet. Insbesondere wird eine Anwen- 
dung 603a zur HTTF-Anforderungserstellung (HTTP Re- 
quest Builder application) bereitgestellt, um die in den Blok- 
ken 100 und 110 von Fig. 2 und den Blocken 100 bis 122-1 
von Fig. 3 dargelegten Arbeitsgange zur HTTP-Anforde- 
rungsersteUung und -ausgabe auszufiihren. Eine Antwort- 
vergleichs-Anwendung 603b (Response Comparator appU- 
cadon) wird bereitgesteUt, um Arbeitsgange zum Verglei- 
chen empfangener HTTP-Antworten mit erwarteten Ant- 
worten auszufiihren, die im Block 130 von Fig. 2 und im 
Block 130-1 von Fig. 3 dargelegt werden. 

Immer noch Bezug nehmend auf Fig. 4 kommunizieren 
die Anwendungen 603a, 603b mit dem Datenspeicher 609, 
der ein extemer oder ein intemer Datenspeicher oder eine 
Kombination aus extemem und intemem Datenspeicher sein 
kann. Die Anwendung 603a zur HTTP-Anforderungserstel- 
lung ist so konfiguriert, dass sie HTTP-Vorsatzelemente und 
URLs aus dem Datenspeicher 609 Uest und HTTP-Anforde- 
rungen ersteUt und ausgibt, wie in den Blocken 100 und 110 
von Fig. 2 und den Blocken 100 bis 122-1 von Fig. 3 darge- 
legt wird. Die Antwortvergleichs-Anwendung 603b ist so 
konfiguriert, dass empfangene HTTP-Antworten mit erwar- 
teten Antworten verglichen werden, die im Block 130 von 
Fig. 2 und im Block 130-1 von Fig, 3 dargelegt werden. Au- 
Berdem kann der Datenspeicher 609 zur Speicherung ersteU- 
ter HTTP-Anforderungen und zur Speicherung empfange- 
ner HTTP-Antworten und zur Realisierung der verschiede- 
nen Verfahrensschritte der vorUegenden Erfindung als ein 
oder mehrere Stapelprozesse (batch processes) verwendet 
werden. 



DE 100 50 

9 

Wie Fachleute verstehen wurden, zeigt der Prozessor 601 
Infonnationen auf einer Anzeigeeinheit 604 an. Die An- 
zeigeeinheit 604 weist eine Melzahl von Bildelementen 
(insgesamt als Bildschirm bezeichnet) auf, die das Erschei- 
nen einer auf der Anzeigeeinheit 604 angezeigten grafischen 5 
Benutzeroberflache (GUI) definieren konnen. Der Inhalt des 
Bildschirms und daher das Erscheinen einer GUI konnen 
von einem oder mehreren Anwendungsprogrammen 603a, 
603b oder vom Betriebssystem 602, einzein oder kombi- 
niert, gesteuert oder geandert werden. Um eine Eingabe von lo 
einem Benutzer zu erhalten, kann das Betriebssystem 602, 
die Anwendungsprogramme 603a, 603b oder eine Kombi- 
nation davon Benutzereingabeeinheiten 605 verwenden. Die 
Benutzereingabeeinheiten 605 konnen eine Zeigereinheit 
606 und eine Tastatur 607 oder andere, Fachleuten bekannte 15 
Eingabeeinheiten beinhalten, 

Mit Bezugnahme auf Fig. 5 wird nun ein Datenverarbei- 
tungssystem 600 zum Ausfiihren von Arbeitsgangen der 
vorUegenden Erfindung dargestellt, das iiber ein Dateniiber- 
tragungsnetz, beispielsweise das Internet und/oder ein Intra- 20 
net 701, mit einer Vielzahl von Web-Servern 702 und Kon- 
vertierungs-Proxies 704 kommuniziert. In der dargesteUten 
Ausfiihrungsform konnen ein oder mehrere Web-Server 702 
einen Konvertierungs- Proxy 704 verwenden, der zur Anpas- 
sung eines Web-Inhaltes gemaB der obigen Beschreibung 25 
konfiguriert ist. Das Datenverarbeitungssystem 600 ist ge- 
maB der obigen Beschreibung so konfiguriert, dass es 
HTTP-Anforderungen von mehreren pervasive Datenverar- 
beitungseinheiten simuliert, ohne dass tatsachliche Daten- 
verarbeitungseinheiten zum Erstellen von HTTP-Anforde- 30 
rungen benotigt werden. Das Datenverarbeitungssystem 600 
ersteUt mehrere HTTP-Anforderungen und gibt diese aus, 
wobei jede HTTP-Anforderung einen HTTP-Vorsatz ent- 
halt, der Infonnationen uber eine entsprechende pervasive 
Client-Einheit/Browser-Konfiguration (cUent device/ 35 
browser configuration) enthalt. Diese HTTP-Anforderungen 
konnen sodann als asynchrone paraUele Anfordemngen an 
gekennzeichnete Web-Server gesendet werden. 

Das Datenverarbeitungssystem 600 ist gemaB der obigen 
Beschreibung so konfiguriert, dass es iiber das Internet und/ 40 
Oder das Intranet 701 HTTP-Antworten auf die HTTP-An- 
forderungen empfangt und die HTTP-Antworten mit erwar- 
teten HTTP-Antworten vergleicht. Vorzugsweise ist das Da- 
tenverarbeitungssystem 600 so konfiguriert, dass es HTTP- 
Antworten speichert und anschlieBend HTTP-Antwortver- 45 
gleichsarbeitsgange (HTTP response comparison operati- 
ons) als Stapelprozess ausfuhrt. Dementsprechend stellt die 
vorhegende Erfindung eine leistungsfahige, preiswerte 
MogUchkeit fur eine griindUchere Priifung einer Web-In- 
haltanpassung fiir mehrere pervasive Datenverarbeitungs- 50 
einheiten bereit, ohne dass die eigendichen pervasive Daten- 
verarbeitungseinheiten benotigt werden. 

Die vorhergehende Beschreibung veranschauUcht die 
vorUegende Erfindung und soli nicht als begrenzend gedeu- 
tet werden. Obwohl einige beispielhafte Ausfuhrungsfor- 55 
men dieser Erfindung beschrieben wurden, werden Fach- 
leute problemlos verstehen, dass viele Andemngen in den 
beispieUiaften Ausfiihrungsformen moglich sind, ohne we- 
sendich von der neuen Lehre und den Vorteilen dieser Erfin- 
dung abzuweichen. Dementsprechend liegen alle sole hen 60 
Anderungen im Anwendungsbereich dieser Erfindung, wie 
sie in den Anspruchen definiert wird. In den Anspriichen 
sind funktionelle Vorrichtungsmerkmale (means-plus- 
function clause) dafur vorgesehen, die hierin beschriebenen 
Strukturen bei der Ausfuhrung der genannten Funktion zu 65 
umfassen und nicht nur strukturelle Aquivalente, sondem 
auch funktionelle Aquivalente. Daher muss klar sein, dass 
die vorhergehende Beschreibung die vorUegende Erfindung 
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veranschauUcht und nicht als auf die beschriebenen Ausfiih- 
rungsformen begrenzt gedeutet werden soU und dass Ande- 
rungen an den beschriebenen Ausfiihrungsformen sowie an- 
dere Ausfiihrungsformen im Anwendungsbereich der ange- 
hangten Anspriiche enthalten sind. Die Erfindung wird 
durch die folgenden Anspriiche definiert, wobei Aquiva- 
lente der Anspriiche darin enthalten sind. 

Patentanspriiche 

1 . Verfahren zum Uberpriifen eines fiir die Anzeige in 
einer pervasive Datenverarbeitungseinheit angepassten 
Web-Inhaltes, der auf eine simulierte Anforderung von 
der pervasive Datenverarbeitungseinheit hin, die von 
einem Datenverarbeitungssystem erzeugt wurde, das 
nicht die pervasive Datenverarbeitungseinheit ist, wo- 
bei das Verfahren die folgenden Schritte umfasst: 
Erstellen einer simuUerten HyperText Transfer Proto- 
col-(HTTP-) Anforderung iiber das Datenverarbei- 
tungssystem, wobei die simulierte HTTP-Anforderung 
einen Uniform Resource Locator (URL) enthalt, der 
eine Position eines Web-Inhaltes kennzeichnet, und 
wobei die simulierte HTTP-Anforderung einen HTTP- 
Vorsatz enthalt, der Infonnationen iiber die pervasive 
Datenverarbeitungseinheit enthalt; 
Ausgeben der simulierten HTTP-Anforderung vom 
Datenverarbeitungssystem zu einem Web-Server, der 
in der simuUerten HTTP-Anforderung gekennzeichnet 
wird; 

Empfangen einer HTTP-Antwort vom Web-Server im 
Datenverarbeitungssystem, wobei die HTTP-Antwort 
einen Web-Inhalt enthalt, der von einem Konvertie- 
rungs-Proxy, der fiir die Anpassung eines Web-Inhaltes 
fur die Anzeige in pervasive Datenverarbeitungsein- 
heiten ausgelegt ist, fiir die Anzeige in der pervasive 
Datenverarbeitungseinheit angepasst wurde; 
Vergleichen der empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort. 

2. Verfahren nach Anspruch 1, wobei die Infonnatio- 
nen iiber die pervasive Datenverarbeitungseinheit min- 
destens eine der folgenden Infonnationen enthalten: 
eine Kennung eines auf der pervasive Datenverarbei- 
tungseinheit ablaufenden Browsers, eine Kennung ei- 
nes auf der pervasive Datenverarbeitungseinheit ab- 
laufenden Betriebssy stems, eine Kennung von Eigen- 
schaften einer Anzeige fiir die pervasive Datenverar- 
beitungseinheit und eine Kennung des Web-Inhaltes, 
fiir des sen Anzeige die pervasive Datenverarbeitungs- 
einheit konfiguriert ist. 

3. Verfahren nach Anspruch 1, das auBerdem den 
Schritt des Speichems der auf die simuUerte HTTP- 
Anforderung hin empfangenen HTTP-Antwort um- 
fasst. 

4. Verfahren nach Anspruch 1, wobei der Schritt des 
Vergleichens der empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTIT-Antwort auBerdem den Schritt 
des Speichems der empfangenen HTTP-Antwort um- 
fasst, faUs die empfangene HTTP-Antwort nicht mit 
der erwarteten HTTP-Antwort iibereinstimmt. 

5. Verfahren nach Anspruch 1, wobei der Schritt des 
Erstellens einer simuUerten HTTP-Anforderung iiber 
das Datenverarbeitungssystem Folgendes umfasst; 
Erstellen einer Vielzahl von simuUerten HTTP-Anfor- 
derungen von einer entsprechenden Vielzahl pervasive 
Datenverarbeitungseinheiten iiber das Datenverarbei- 
tungssystem, wobei jede simuUerte HTTP-Anforde- 
rung einen Uniform Resource Locator (URL) enthalt, 
der eine Position eines Web-Inhaltes kennzeichnet, und 
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wobei jede simulierte HTTP-Anforderung einen 
HTTP-Vorsatz enthalt, der Informationen iiber eine 
entsprechende pervasive Datenverarbeitungseinheit 
enthalt; und 

Speichem der Vielzahl simulierter HTTP-Anforderun- 5 
gen. 

6. Verfahren nach Anspruch 5, wobei der Schritt des 
Ausgebens der simulierten HTTP-Anforderung iiber 
das Datenverarbeitungssystem zu einem in der simu- 
lierten HTTP-Anforderung gekennzeichneten Web- lo 
Server das asynchrone Ausgeben der \lelzahl simulier- 
ter HTTP-Anfordemngen iiber das Datenverarbei- 
tungssystem an in jeder entsprechenden simulierten 
HTTP-Anforderung gekennzeichnete Web-Server um- 
fasst. 15 

7. Verfahren nach Anspruch 5, wobei der Schritt des 
ErsteUens einer Vielzahl von simulierten HTTP-Anfor- 
derungen iiber das Datenverarbeitungssystem das Ab- 
mfen von HTTP-Vorsatzfeldem und URLs aus den je- 
weiligen Datendateien umfasst. 20 

8. Verfahren nach Anspruch 5, wobei der Schritt des 
Vergleichens der empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort das Vergleichen jeder 
empfangenen HTTP-Antwort mit einer erwarteten 
HTTP-Antwort fiir eine pervasive D atenverarbeitungs- 25 
einheit umfasst, die jeder entsprechenden simulierten 
HTTP-Anforderung zugeordnet ist. 

9. Verfahren zum Uberpriifen eines fur die Anzeige in 
einer Vielzahl von pervasive Datenverarbeitungsein- 
heiten angepassten Web-lnhaltes, der auf simulierte 30 
Anforderungen von den pervasive Datenverarbeitungs- 
einheiten bin, die von einem Datenverarbeitungssy- 
stem erzeugt werden, das nicht eine der pervasive Da- 
ten verarbeitungseinheiten ist, wobei das Verfahren die 
folgenden Schritte umfasst: 35 
ErsteUen einer Vielzahl von simulierten HyperText 
Transfer Protocol- (HTTP-) Anforderungen iiber das 
Datenverarbeitungssystem, wobei jede simulierte 
HTTP-Anforderung einen Uniform Resource Locator 
(URL) enthalt, der eine Position eines Web-lnhaltes 40 
kennzeichnet, und wobei jede simulierte HTTP-Anfor- 
derung einen HTTP-Vorsatz enthalt, der Informationen 
iiber eine entsprechende pervasive Datenverarbei- 
tungseinheit enthalt; 

asynchrones Ausgeben jeder simulierten HTTP-Anfor- 45 
derung vom Datenverarbeitungssystem zu einem Web- 
Server, der in jeder entsprechenden simulierten HTTP- 
Anforderung gekennzeichnet wird; 
Empfangen einer HTTP-Antwort auf jede entspre- 
chende simulierte HTTP-Anforderung im Datenverar- 50 
beitungs system, wobei jede HTTP-Antwort einen 
Web-Inhalt enthalt, der fiir die Anzeige in einer perva- 
sive Datenverarbeitungseinheit angepasst wurde, die in 
einer entsprechenden simuherten HTTP-Anforderung 
gekennzeichnet wird; und 55 
Vergleichen jeder empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort fiir eine pervasive Da- 
tenverarbeitungseinheit, die in jeder entsprechenden si- 
mulierten HTTP-Anforderung angegeben wird. 

10. Verfahren nach Anspruch 9, wobei Informationen 60 
iiber pervasive Daten verarbeitungseinheiten in jeder si- 
mulierten HTTP-Anforderung mindestens eine der fol- 
genden Informationen enthalten: eine Kennung eines 
auf der pervasive Datenverarbeitungseinheit ablaufen- 
den Browsers, eine Kennung eines auf der pervasive 65 
Datenverarbeitungseinheit ablaufenden Betriebssy- 
stems, eine Kennung von Eigenschaften der Anzeige 
einer pervasive Datenverarbeitungseinheit und eine 
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Kennung des Web-lnhaltes, fiir dessen Anzeige die 
pervasive Datenverarbeitungseinheit konfiguriert ist. 

11. Verfahren nach Anspruch 9, das auBerdem den 
Schritt des Speicherns der auf die simulierten HTTP- 
Anforderungen bin empfangenen HTTP-Antworten 
umfasst. 

12. Verfahren nach Anspruch 9, wobei der Schritt des 
Vergleichens jeder empfangenen HTTP-Antwort mit 
einer erwarteten HTTP-Antwort das Speichem der 
empfangenen HTTP-Antwort umfasst, falls die emp- 
fangene HTTP-Antwort nicht mit der erwarteten 
HTTP-Antwort ubereinstimmt. 

13. Verfahren nach Anspruch 9, wobei der Schritt des 
Erstellens einer Vielzahl von simuherten HTTP-Anfor- 
derungen das Abrufen von HTTP-Vorsatzfeldem und 
URLs aus jeweiligen Datendateien umfasst. 

14. System, das einen fiir die Anzeige in einer perva- 
sive Datenverarbeitungseinheit angepassten Web-In- 
halt iiberpriift, der auf eine simulierte Anfordemng von 
der pervasive Datenverarbeitungseinheit bin, die von 
einem Datenverarbeitungssystem erzeugt wurden, das 
nicht die pervasive Datenverarbeitungseinheit ist, wo- 
bei das System Folgendes umfasst: 
Mittel zum Erstellen einer simulierten HyperText 
Transfer Protocol- (HTTP-) Anfordemng, wobei die si- 
mulierte HTTP- Anfordemng einen Uniform Resource 
Locator (URL) enthalt, der eine Position eines Web-ln- 
haltes kennzeichnet, und wobei die simulierte HTTP- 
Anfordemng einen HTTP-Vorsatz enthalt, der Infor- 
mationen iiber die pervasive Datenverarbeitungseinheit 
enthalt; 

Mittel zum Ausgeben der simulierten HTTP- Anforde- 
mng vom Datenverarbeitungssystem zu einem Web- 
Server, der in der simulierten HTTP-Anforderung ge- 
kennzeichnet wird; 

Mittel zum Empfangen einer HTTP-Antwort vom 
Web-Server im Datenverarbeitungssystem, wobei die 
HTTP-Antwort einen Web-Inhalt enthalt, der von ei- 
nem Konvertiemngs- Proxy, der fiir die Anpassung ei- 
nes Web-lnhaltes fiir die Anzeige in pervasive Daten- 
verarbeitungseinheiten ausgelegt ist, fiir die Anzeige in 
der pervasive Datenverarbeitungseinheit angepasst 
wurde; und 

Mittel zum Vergleichen der empfangenen HTTP-Ant- 
wort mit einer erwarteten HTTP-Antwort. 

15. System nach Anspruch 14, wobei die Informatio- 
nen iiber die pervasive Datenverarbeitungseinheit min- 
destens eine der folgenden Informationen enthalten: 
eine Kennung eines auf der pervasive Datenverarbei- 
tungseinheit ablaufenden Browsers, eine Kennung ei- 
nes auf der pervasive Datenverarbeitungseinheit ab- 
laufenden Betriebssy stems, eine Kennung von Eigen- 
schaften einer Anzeige fiir die pervasive Datenverar- 
beitungseinheit und eine Kennung des Web-lnhaltes, 
fiir dessen Anzeige die pervasive Datenverarbeitungs- 
einheit konfiguriert ist. 

16. System nach Anspruch 14, wobei das Mittel zum 
Empfangen einer HTTP-Antwort vom Web-Server ein 
Mittel zum Speichem der HTTP-Antwort umfasst. 

17. System nach Anspruch 14, wobei das Mittel zum 
Vergleichen der empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort ein Mittel zum Spei- 
chem der empfangenen HTTP-Antwort umfasst, falls 
die empfangene HTTP-Antwort nicht mit der erwarte- 
ten HTTP-Antwort iibereinstimmt. 

18. System nach Anspruch 14, wobei das Mittel zum 
Erstellen einer simulierten HTTP-Anforderung Fol- 
gendes umfasst: 
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Mittel zum Erstellen einer Vielzahl von simulierten 
HTTP-Anforderungen von einer entsprechenden Viel- 
zahl an pervasive Datenverarbeitungseinheiten, wobei 
jede simulierte HTTP-Anforderung einen Uniform Re- 
source Locator (URL) enthalt, der eine Position eines 5 
Web-Inhaltes kennzeichnet, und wobei jede simulierte 
HTTP-Anfordemng einen HTTP-Vorsatz enthalt, der 
Informationen uber eine entsprechende pervasive Da- 
ten verarbeitungseinheit enthalt; und 
Mittel zum Speichern der Vielzahl simulierter HTTP- to 
Anf orderungen . 

19. System nach Anspruch 18, wobei das Mittel zum 
Ausgeben der simulierten HTTP-Anforderung iiber das 
Datenverarbeitungssystem zu einem in der simulierten 
HTTP-Anforderung gekennzeichneten Web-Server ein 15 
Mittel zum asynchronen Ausgeben der Vielzahl simu- 
lierter HTTP-Anforderungen an in jeder entsprechen- 
den simulierten HTTP-Anforderung gekennzeichnete 
Web-Server umfasst. 

20. System nach Anspruch 18, wobei das Mittel zum 20 
Erstellen einer Vielzahl von simulierten HTTP-Anfor- 
derungen iiber das Datenverarbeitungssystem ein Mit- 
tel zum Abmfen von HTTP-Vorsatzfeldem und URLs 
aus entsprechenden Datendateien umfasst. 

21. System nach Anspruch 18, wobei das Mittel zum 25 
Vergleichen der empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort ein Mittel zum Verglei- 
chen jeder empfangenen HTTP-Antwort mit einer er- 
warteten HTTP-Antwort fiir eine pervasive Datenver- 
arbeitungseinheit umfasst, die jeder entsprechenden si- 30 
mulierten HTTP-Anforderung zugeordnet ist, 

22. S ystem, das einen fiir die Anzeige in einer Vielzahl 
von pervasive Datenverarbeitungseinheiten angepass- 
ten Web-Inhalt uberpriift, der auf simuUerte Anforde- 
rungen von den pervasive Datenverarbeitungseinheiten 35 
hin, die von einem Datenverarbeitungssystem erzeugt 
werden, das nicht eine der pervasive Datenverarbei- 
tungseinheiten ist, wobei das System Folgendes um- 
fasst: 

Mittel zum Erstellen einer Vielzahl von simulierten 40 
HypeiText Transfer Protocol- (HTTP-) Anfordemn- 
gen, wobei jede simulierte HTTP-Anforderung einen 
Uniform Resource Locator (URL) enthalt, der eine Po- 
sition eines Web-Inhaltes kennzeichnet, und wobei 
jede simuUerte HTTP-Anforderung einen HTTP-Vor- 45 
satz enthalt, der Informationen iiber eine entsprechende 
pervasive Datenverarbeitungseinheit enthalt; 
Mittel zum asynchronen Ausgeben jeder simulierten 
HTTP-Anforderung vom Datenverarbeitungssystem 
zu einem Web-Server, der in jeder entsprechenden si- 50 
mulierten HTTP-Anforderung gekennzeichnet wird; 
Mittel zum Empfangen einer HTTP-Antwort auf jede 
entsprechende simuUerte HTTP-Anforderung, wobei 
jede HTTP-Antwort einen Web-Inhalt enthalt, der fiir 
die Anzeige in einer pervasive Datenverarbeitungsein- 55 
heit angepasst wurde, die in einer entsprechenden si- 
mulierten HTTP-Anforderung gekennzeichnet wird; 
und 

Mittel zum Vergleichen jeder empfangenen HTTP- 
Antwort mit einer erwarteten HTTP-Antwort fur eine 60 
pervasive Datenverarbeitungseinheit, die in jeder ent- 
sprechenden simuUerten HTTP-Anforderung angege- 
ben wird. 

23. System nach Anspruch 22, wobei die Informatio- 
nen iiber die pervasive Datenverarbeitungseinheit in je- 65 
der simulierten HTTP-Anforderung mindestens eine 
der folgenden Informationen enthalten: eine Kennung 
eines auf einer pervasive Datenverarbeitungseinheit 
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ablaufenden Browsers, eine Kennung eines auf einer 
pervasive Datenverarbeitungseinheit ablaufenden Be- 
triebssystems, eine Kennung von Eigenschaften der 
Anzeige einer pervasive Datenverarbeitungseinheit 
und eine Kennung des Web-Inhaltes, fiir dessen An- 
zeige eine pervasive Datenverarbeitungseinheit konfi- 
guriert ist, 

24. System nach Anspruch 22, wobei das Mittel zum 
Empfangen einer HTTP-Antwort auf jede entspre- 
chende simulierte HTTP-Anforderung ein Mittel zum 
Speichern der HTTP-Antworten umfasst. 

25. System nach Anspruch 22, wobei das Mittel zum 
Vergleichen jeder empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort ein Mittel zum Spei- 
chern der empfangenen HTTP-Antwort umfasst, falls 
die empfangene HTTP-Antwort nicht mit der erwarte- 
ten HTTP-Antwort iibereinstimmt. 

26. System nach Anspruch 22, wobei das Mittel zum 
Erstellen einer Vielzahl von simulierten HTTP-Anfor- 
derungen ein Mittel zum Abrufen von HTTP-Vorsatz- 
feldera und URLs aus entsprechenden Datendateien 
umfasst. 

27. Computerprogrammprodukt zum Uberpriifen ei- 
nes fiir die Anzeige in einer pervasive Datenverarbei- 
tungseinheit angepassten Web-Inhaltes, der auf eine si- 
muUerte Anforderung von der pervasive Datenverar- 
beitungseinheit hin, die von einem Datenverarbei- 
tungssystem erzeugt wird, das nicht die pervasive Da- 
tenverarbeitungseinheit ist, wobei das Computerpro- 
grammprodukt ein in einem Computer verwendbares 
Speichermedium mit einem im Medium integrierten 
computerlesbaren Programmcodemittel umfasst, wo- 
bei das computerlesbare Programmcodemittel Folgen- 
des umfasst: 

ein computerlesbares Programmcodemittel zum Erstel- 
len einer simulierten HyperText Tlransfer Protocol- 
(HTTP-) Anforderung, wobei die simulierte HTTP- 
Anforderung einen Uniform Resource Locator (URL) 
enthalt, der eine Position eines Web-Inhaltes kenn- 
zeichnet, und wobei die simulierte HTTP-Anforderung 
einen HTTP-Vorsatz enthalt, der Informationen iiber 
die pervasive Datenverarbeitungseinheit enthalt; 
ein computerlesbares Programmcodemittel zum Aus- 
geben der simulierten HTTP-Anforderung vom Daten- 
verarbeitungssystem zu einem Web-Server, der in der 
simulierten HTTP-Anforderung gekennzeichnet wird; 
ein computerlesbares Programmcodemittel zum Emp- 
fangen einer HTTP-Antwort vom Web-Server im Da- 
tenverarbeitungssystem, wobei die HTTP-Antwort ei- 
nen Web-Inhalt enthalt, der von einem Konvertiemngs- 
Proxy, der fiir die Anpassung eines Web-Inhaltes fiir 
die Anzeige in pervasive Datenverarbeitungseinheiten 
ausgelegt ist, fiir die Anzeige in der pervasive Daten- 
verarbeitungseinheit angepasst wurde; und 
ein computerlesbares Programmcodemittel zum Ver- 
gleichen der empfangenen HTTP-Antwort mit einer er- 
warteten HTTP-Antwort. 

28. Computerprogrammprodukt nach Anspruch 27, 
wobei die Informationen iiber die pervasive Datenver- 
arbeitungseinheit mindestens eine der folgenden Infor- 
mationen enthalten; eine Kennung eines auf der perva- 
sive Datenverarbeitungseinheit ablaufenden Browsers, 
eine Kennung eines auf der pervasive Datenverarbei- 
tungseinheit ablaufenden Betriebssy stems, eine Ken- 
nung von Eigenschaften einer Anzeige fiir die perva- 
sive Datenverarbeitungseinheit und eine Kennung des 
Web-Inhaltes, fiir dessen Anzeige die pervasive Daten- 
verarbeitungseinheit konfiguriert ist. 
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29. Computerprogrammprodukt nach Anspruch 27, 
wobei das computerlesbare Programmcodemittel zum 
Empfangen einer HTTP-Antwort vom Web- Server ein 
computerlesbares Programmcodemittel zum Speichem 
der HTTP-Antwort umfasst. 5 

30. Computerprogrammprodukt nach Anspruch 27, 
wobei das computerlesbare Programmcodemittel zum 
Vergleichen der empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort ein computerlesbares 
Programmcodemittel zum Speichem der empfangenen lo 
HTTP-Antwort enthalt, falls die empfangene HTTP- 
Antwort nicht mit der erwarteten HTTP-Antwort tiber- 
einstimmt. 

31. Computerprogrammprodukt nach Anspruch 27, 
wobei das computerlesbare Programmcodemittel zum 15 
ErsteUen einer simulierten HTTP-Anfordemng Fol- 
gendes umfasst: 

ein computerlesbares Programmcodemittel zum Erstel- 
len einer Vielzahl von simuHerten HTTP-Anforderun- 
gen von einer entsprechenden Vielzahl an pervasive 20 
Datenverarbeitungseinheiten, wobei jede simuUerte 
HTTP-Anfordemng einen Uniform Resource Locator 
(URL) enthalt, der eine Position eines Web-Inhaltes 
kennzeichnet, und wobei jede simulierte HTTP-Anfor- 
derung einen HTTP-Vorsatz enthalt, der Informationen 25 
liber eine entsprechende pervasive Datenverarbei- 
tungseinheit enthalt; und 

ein computerlesbares Programmcodemittel zum Spei- 
chem der Vielzahl simuUerter HTTP-Anforderungen. 

32. Computerprogrammprodukt nach Anspruch 31, 30 
wobei das computerlesbare Programmcodemittel zum 
Ausgeben der simulierten HTTP-Anforderung iiber das 
Datenverarbeitungssystem zu einem in der simuHerten 
HTTP-Anfordemng gekennzeichneten Web-Server ein 
computerlesbares Programmcodemittel zum asynchro- 35 
nen Ausgeben der Vielzahl von simuUerten HTTP-An- 
forderungen an in jeder entsprechenden simulierten 
HTTP-Anfordemng gekennzeichnete Web-Server um- 
fasst. 

33. Computerprogrammprodukt nach Anspmch 31, 40 
wobei das computerlesbare Programmcodemittel zum 
ErsteUen einer Vielzahl von simulierten HTTP-Anfor- 
demngen iiber das Datenverarbeitungssystem ein com- 
puterlesbares Programmcodemittel zum Abmfen von 
HTTP-Vorsatzfeldem und URLs aus entsprechenden 45 
Datendateien umfasst. 

34. Computerprogrammprodukt nach Anspmch 31, 
wobei das computerlesbare Programmcodemittel zum 
Vergleichen der empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort ein computerlesbares 50 
Programmcodemittel zum Vergleichen jeder empfan- 
genen HTTP-Antwort mit einer erwarteten HTTP-Ant- 
wort fiir eine pervasive Datenverarbeitungseinheit um- 
fasst, die jeder entsprechenden simulierten HTTP-An- 
forderung zugeordnet ist. 55 

35. Computerprogrammprodukt, das einen fiir die An- 
zeige in einer Vielzahl von pervasive Datenverarbei- 
tungseinheiten angepassten Web-Inhalt iiberpriift, der 
auf simulierte Anfordemngen von den pervasive Da- 
tenverarbeitungseinheiten bin, die von einem Daten- 60 
verarbeitungssystem erzeugt werden, das nicht eine der 
pervasive Datenverarbeitungseinheiten ist, wobei das 
Computerprogrammprodukt ein in einem Computer 
verwendbares Speichermedium mit einem im Medium 
integrierten computerlesbaren Programmcodemittel 65 
umfasst, wobei das computerlesbare Programmcode- 
mittel Folgendes umfasst: 

ein computerlesbares Programmcodemittel zum Erstel- 
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len einer Vielzahl von simulierten HyperText Transfer 
Protocol- (HTTP-) Anfordemngen, wobei jede simu- 
Uerte HTTP-Anfordemng einen Uniform Resource Lo- 
cator (URL) enthalt, der eine Position eines Web-Inhal- 
tes kennzeichnet, und wobei jede simulierte HTTP-An- 
fordemng einen HTTP-Vbrsatz enthalt, der Informatio- 
nen uber eine entsprechende pervasive Datenverarbei- 
tungseinheit enthalt; 

ein computerlesbares Programmcodemittel zum asyn- 
chronen Ausgeben jeder simuUerten HTTP-Anforde- 
mng vom Datenverarbeitungssystem zu einem Web- 
Server, der in jeder entsprechenden simulierten HTTP- 
Anfordemng gekennzeichnet wird; 
ein computerlesbares Programmcodemittel zum Emp- 
fangen einer HTTP-Antwort auf jede entsprechende si- 
muUerte HTTP-Anfordemng, wobei jede HTTP-Ant- 
wort einen Web-Inhalt enthalt, der fiir die Anzeige in 
einer pervasive Datenverarbeitungseinheit angepasst 
wurde, die in einer entsprechenden simulierten HTTP- 
Anfordemng gekennzeichnet wird; und 
ein computerlesbares Programmcodemittel zum Ver- 
gleichen jeder empfangenen HTTP-Antwort mit einer 
erwarteten HTTP-Antwort fiir eine pervasive Daten- 
verarbeitungseinheit, die in jeder entsprechenden simu- 
Uerten HTTP-Anfordemng angegeben wird. 

36. Computerprogrammprodukt nach Anspmch 35, 
wobei die Informationen iiber die pervasive Datenver- 
arbeitungseinheit in jeder simuUerten HTTP-Anforde- 
mng mindestens eine der folgenden Informationen ent- 
halten: eine Kennung eines auf einer pervasive Daten- 
verarbeitungseinheit ablaufenden Browsers, eine Ken- 
nung eines auf einer pervasive Datenverarbeitungsein- 
heit ablaufenden Betriebs systems, eine Kennung von 
Eigenschaften der Anzeige einer pervasive Datenverar- 
beitungseinheit und eine Kennung des Web-Inhaltes, 
fiir dessen Anzeige eine pervasive Datenverarbeitungs- 
einheit konfiguriert ist. 

37. Computerprogrammprodukt nach Anspmch 35, 
wobei das computerlesbare Programmcodemittel zum 
Empfangen einer HTTP-Antwort auf jede entspre- 
chende simulierte HTTP-Anforderung ein computer- 
lesbares Programmcodemittel zum Speichem der 
HTTP-Antworten umfasst. 

38. Computerprogrammprodukt nach Anspmch 35, 
wobei das computerlesbare Programmcodemittel zum 
Vergleichen jeder empfangenen HTTP-Antwort mit ei- 
ner entsprechenden erwarteten HTTP-Antwort ein 
computerlesbares Programmcodemittel zum Speichem 
der empfangenen HTTP-Antwort enthalt, faUs die 
empfangene HTTP-Antwort nicht mit der erwarteten 
HTTP-Antwort ubereinstimmt. 

39. Computerprogrammprodukt nach Anspmch 35, 
wobei das computerlesbare Programmcodemittel zum 
ErsteUen einer Vielzahl von simulierten HTTP-Anfor- 
derungen ein computerlesbares Programmcodemittel 
zum Abmfen von HTTP-Vorsatzfeldem und URLs aus 
entsprechenden Datendateien umfasst. 
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ERSTELLE DYNAMISCH EINE VIELZAHL VON 
SIMULIERTEN HTTP-ANFORDERUNGEN, 
WOBEl JEDE SiMUUERTE HTTP-ANFORDE- 
RUNG EINEN URL, DER EINEN WEB-SERVER 
KENNZEICHNET. UND EINEN HTTP-VORSATZ 
ENTHALT. DER EINE ANFORDERNDE CLIENT- 
EiNHEIT UND EINEN BROWSER BESCHREIBT. 
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GIB SIMULIERTER HTTP-ANFORDERUNGEN AN 
WEB-SERVER AUS, DIE IN ENTSPRECHENDEN 
SIMULIERTEN HTTP-ANFORDERUNGEN 
GEKENNZEICHNET WERDEN. 
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.EMPFANGE UND SPEICHERE EiNE ANTWORT 
AUF JEDE SIMUUERTE HTTP-ANFORDERUNG, 
WOBEi JEDE ANTWORT EINEN WEB-INHALT 
UND EINEN HTTP-VORSATZ ENTHALT, DER 
VON EtNEM KONVERTIERUNGS-PROXY 
ANGEPASSTWURDE. 
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VERGLEICHE JEDE EMPFANGENE ANTWORT 
MIT EINER ENTSPRECHENDEN ERWARTETEN 
ANTWORT; SPEICHERE FEHLGESCHLAGENER 
ANTWORTEN. 
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